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Intellectual Property Rights 

IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http ://webapp . etsi .org/IPR/home . asp) . 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by ETSI Project Broadband Radio Access Networks (BRAN). 

The present document was developed on the basis of the Abstract Test Suite (ATS) specification for HiperMAN 
systems that was in the advanced stage of development when the work was reoriented to produce joint 
HipeMAN/WiMAX specifications. 

The present document is part 3 of a multi-part deliverable covering Broadband Radio Access Networks (BRAN); 
HiperMAN/WiMAX; Conformance testing for the Data Link Control Layer (DLC), as identified below: 

Part 1: "Procotol Implementation Conformance Statement (PICS) proforma"; 

Part 2: "Test Suite Structure and Test Purposes (TSS&TP) specification"; 

Part 3: "Abstract Test Suite (ATS)". 
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1 Scope 

The present document contains the Abstract Test Suite (ATS) to test BRAN HiperMANAViMAX systems for 
conformance. 

The objective of the present document is to provide a basis for conformance tests for BRAN HiperMAN/WiMAX 
equipment giving a high probability of air interface inter-operability between different manufacturer's BRAN 
HiperMANAViMAX equipment. 

TEXT needed from MIZ to explain that from now on only BRAN HiperMAN is mentioned. There is a mapping table in 
clause 4.1. 

The ISO standard for the methodology of conformance testing (ISO/IEC 9646-1 [4] and ISO/IEC 9646-2 [5]) as well as 
the ETSI rules for conformance testing (ETS 300 406 [3]) are used as a basis for the test methodology. 

Annex A provides the Tree and Tabular Combined Notation (TTCN) part of the ATS. 

Annex B provides the Partial Protocol Implementation Extra Information for Testing (PIXIT) Proforma of the SS side 
ATS. 

Annex C provides the Protocol Conformance Test Report (PCTR) Proforma of the SS side ATS. 



2 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http : //docbox . etsi . or g/Ref erence . 

[1] ETSI TS 102 178 (VI. 2.1): "Broadband Radio Access Networks (BRAN); HiperMAN; Data Link 

Control (DLC) layer". 

[2] IEEE P802.16-2004: "IEEE Standard for Local and Metropolitan area networks; Part 16: Air 

Interface for Fixed Broadband Wireless Access Systems". 

[3] ETSI ETS 300 406: "Methods for Testing and Specification (MTS); Protocol and profile 

conformance testing specifications; Standardization methodology". 

[4] ISO/IEC 9646-1/ITU-T Recommendation X.290: "Information technology - Open Systems 

Interconnection - Conformance testing methodology and framework - Part 1: General concepts". 

[5] ISO/IEC 9646-2/ITU-T Recommendation X.291 : "Information technology - Open Systems 

Interconnection - Conformance testing methodology and framework - Part 2: Abstract Test Suite 
specification". 

[6] ISO/IEC 9646-6: "Information technology - Open Systems Interconnection - Conformance testing 

methodology and framework - Part 6: Protocol profile test specification". 

[7] ISO/IEC 9646-7: "Information technology - Open Systems Interconnection - Conformance testing 

methodology and framework - Part 7: Implementation Conformance Statements". 

[8] ETSI ES 201 873-1 : "Methods for Testing and Specification (MTS); The Testing and Test Control 

Notation version 3; Part 1: TTCN-3 Core Language". 
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[9] IEEE P802.16-2004/Corl/D3: "Corrigendum to IEEE Standard for Local and Metropolitan Area 

Networks - Part 16: Air Interface for Fixed Broadband Wireless Access Systems". 

[10] ETSI TS 102 210: "Broadband Radio Access Networks (BRAN); HIPERMAN; System profiles". 



3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in ISO/IEC 9646-7 [7], TS 102 178 [1], 
IEEE 802.16-2004 [2] and IEEE P802.16-2004/Corl/D3 [9] apply. 

3.2 Abbreviations 

For the purposes of the present document, the abbreviations given in TS 102 178 [1], IEEE 802.16-2004 [2], 
ISO/IEC 9646-1 [4], ISO/IEC 9646-6 [6], ISO/IEC 9646-7 [7] and IEEE P802.16-2004/Corl/D3 [9] and the following 
apply: 



BS 


Base Station 


BW 


BandWidth 


CID 


Connection Identifier 


CS 


Convergence Sublayer 


FDD 


Frequency Division Duplexing 


OFDM 


Orthogonal Frequency Division Multiplexing 


OFDMA 


Orthogonal Frequency Division Multiple Access 


PMP 


Point-to-MultiPoint 


QAM 


Quadrature Amplitude Modulation 


QPSK 


Quadrature Phase Shift Keying 


REQ 


REQuest 


RNG 


RaNGing 


RSP 


ReSPonse 


RTG 


Receive/Transmit Transition Gap 


SS 


Subscriber Station 


TTG 


Transmit/Receive Transition Gap 



4 Abstract Test Method (ATM) 

This clause describes the ATM used to test the HiperMAN DLC layer at the BS side and at the SS side. 

4.1 IEEE 802.16-2004 and ETSI HiperMAN protocol layers 

Figure 1 shows the mapping of the protocol layers of IEEE 802.16-2004 and ETSI HiperMAN. In the following clauses 
only the ETSI terminology will be refered to. 
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IEEE 



ETSI 



IEEE 802.16-2004 



System Profiles (§12) 



MAC (§6, §7) 



OFDMA (§8.4) 



OFDM (§8.3) 



SCa (§8.2) 



SC (§8.1) 



HiperMAN 



System Profiles (TS 102 210) 



DLC (TS 102 178) 



PHY (TS 102 177) 



Figure 1 : IEEE 802.16-2004 and ETSI HiperMAN protocol layers 



4.2 Test architecture 

Figure 2 describes the DLC BS/SS Test Configuration for testing the DLC layer of a product implementing the 
HiperMAN base standard. More information for this architecture is provided below. 



HiperMAN/WiMAX DLC Test System 
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Figure 2: DLC BS/SS Test Configuration 
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The DLC BS/SS Test Configuration provides 1 test component: 

• DLC TTCN-3 uses macMsg port to send and receive MAC management messages that belong to the Initial 
Ranging, Basic, Primary and Secondary connection. Final verdicts are set on the receive statements. The MAC 
management messages that the Test Adapter shall support are listed in table 1. 

• DLC TTCN-3 uses macBcMsg port to receive MAC management messages that belong to the Broadcast 
connection. Final verdicts are set on the return status of the receive functions. The MAC management 
messages that the Test Adapter shall support are listed in table 2. The macBcMsg port is mapped only in the 
case, where explicitly the reception on the Broadcast connection is tested. 

• DLC TTCN-3 uses macPdu port to send and receive MAC PDUs. Final verdicts are set on the receive 
statements. The MAC management PDUs that the Test Adapter shall support are listed in table 3. 

• The broadcast emulation handles the sending and reception of the broadcast messages. TTCN-3 does not build 
the broadcast messages. TTCN-3 selects via xf_enableProfile the profiles that the broadcast emulation shall 
sent. 

• DLC TTCN-3 controls via external functions the Upper Tester Application. Upper Tester Application allows 
to trigger the IUT. Final verdicts are set on the return status of the external functions. Table 4 shows the list of 
external functions that the Test Adapter shall process. 

• DLC TTCN-3 controls via external functions 

- the indication of sent and received data to and from the IUT. 

- the configuration of the Test Adapter 

Final verdicts are set on the return status of the external functions. Table 5 shows a selection of external 
functions. The Test Adapter shall implement all the external functions listed in WMx_ExternalFns.ttcn. 

Table 1 : Port macMsg 



MAC management 
messages 

DsaBslniReqMsg 
DsaBslniRspMsg 
DsaAckMessage 
DscReqMessage 
DscRspMessage 
DscAckMessage 
Dsd Reg Message 
DsdRspMessage 
RegReqMessage 
RegRspMessage 
RngReqMessage 
RngRspMessage 
SbcReqMessage 
SbcRspMessage 



Table 2: Port macBcMsg 



MAC management 
messages 

DIMapMessage 
UIMapMessage 
Dcd Message 
UcdMessage 
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Table 3: Port macPdu 



MAC PDUs 

1 .. 10 



Table 4: External functions to trigger IUT action 



ext function 


Description 


xMriggerBsDsaReq 


BS (=IUT) is triggered to send a DSA-REQ 


xMriggerBsDsdReq 


BS (=IUT) is triggered to send a DSD-REQ 


xMriggerBsEnableProfile 


BS (=IUT) is trigger broadcast a new profile. 
The actual profile is overwritten by the new 
profile. 


xMriggerSsDataTransmission 


This function triggers IUT (SS) to transmit 
data on established data cid/service flow. 


xMriggerBsDataTransmission 


This function triggers IUT (BS) to transmit 
data on established data cid/service flow. 


xf_dataReceivedOnlut 


This function checks that data is received on 
the IUT on established data cid/service flow. 



Table 5: Selection of External functions to control test adapter 



ext function 


Description 


xf_enableProfile 


This function starts the broadcast-emulation. 
Each time this external function is executed, 
the new profile overwrites the existing profile. 


xf_disableProfile 


This function disables the broadcasting of all 
the messages related to the indicated profile. 


xMriggerSsSimuDataTransmission 


This function triggers TE (SsSimu) to transmit 
data on established data cid/service flow. 


xf_setFsh 


This function sets frame specific header of the 
message to be sent 


xf_getFsh 


This function gets frame specific header of the 
last received message 



5 Untestable Test Purposes (TP) 

This clause gives a list of TP, which are not implemented in the ATS due to the chosen ATM or other restrictions. 



Table 6: Untestable TP 



Test Case Name 


Reason 


void 





6 ATS conventions 

The ATS conventions are intended to give a better understanding of the ATS but they also describe the conventions 
made for the development of the ATS. These conventions shall be considered during any later maintenance or further 
development of the ATS. 

The ATS conventions contain two clauses, the naming conventions and the implementation conventions. The naming 
conventions describe the structure of the naming of all ATS elements. The implementation conventions describe the 
functional structure of the ATS. 

To define the ATS, the guidelines of the document ETS 300 406 [3] was considered. 
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6.1 Testing conventions 
6-1-1 Testing States 

BS Null: The BS is switched on and sends broadcast messages 

SS Null: The SS is switched on and is ready to receive broadcast messages 

6.1 .2 HiperMAN default values: Reception and transmission at ATS level 

IEEE P802. 16-2004 [2] lists many default TLV values. The spec says that devices SHOULD NOT transmit TLVs if the 
default value applies. However, this is NOT a requirement. Thus, one tested device may not transmit the default TLVs 
(or a subset of these default TLVs) while another may transmit all TLVs including the defaults. Including all the 
possible combinations of sent and received default TLVs in an ATS is problematic. 

• Therefore, for ATS purposes, all TLVs are assumed to be sent and received at the ATS level. 

• The Test Adapter will fill in the missing received TLVs with a TLV containing the default value and pass it up 
to the ATS. 

• The Test Adapter may or may not transmit default TLVs received from the ATS to the IUT. This is a test 
equipment vendor decision. 

6.1.3 Templates 

• Separate templates are defined for use in sending and receiving operations. 

• Template definitions should avoid using matching attributes such as "*" or "?" for complete structured values, 
e.g. record or set of values. 

• PIXIT parameter values are passed as parameters into templates. 

6.1.4 Functions 

The WMx ATS differentiates between external functions for which only the signature is specified and functions 
completely defined in the ATS. The completely defined functions are separated according to their use for SS or BS 
testing and preamble and postable functions. 

The SS and BS testing functions are grouped in a general configurations functions group and separate groups with 
functions used for testing different types of functionality. 

Each type of function is implemented in a separate module, although there may be multiple modules for each function 
type. The following general rules apply: 

• Functions use the "runs on" statement wherever this is possible. 

• Each function provides a return value wherever this is possible. The return value used is the enumeration type 
"FncRetCode" defined in the WMx_Types.ttcn file. 

EXAMPLE: WMx_Types.FncRetCode. 

• The stop statement is used only for controlled test component shutdown. 
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6.2 Naming conventions 
6.2.1 General guidelines 

The naming convention is based on the following underlying principles: 

• in most cases, identifiers should be prefixed with a short alphabetic string (specified in table 7) indicating the 
type of TTCN-3 element it represents; 

• suffixes should not be used except in those specific cases identified in table 7; 

• prefixes and suffixes should be separated from the body of the identifier with an underscore ("_"): 

EXAMPLES: c_sixteen, t_wait_max. 

• only module names, data type names and module parameters should begin with an upper-case letter. All other 
names (i.e. the part of the identifier following the prefix) should begin with a lower-case letter: 

• the start of second and subsequent words in an identifier should be indicated by capitalizing the first character. 
Underscores should not be used for this purpose: 

EXAMPLE: f_authenticateUser. 

Table 7 specifies the naming guidelines for each element of the TTCN-3 language indicating the recommended prefix, 
suffixes (if any) and capitalization. 



Table 7: IPv6 TTCN-3 naming convention 



Language element 


Naming convention 


Prefix 


Suffix 


Example 


Notes 


Module 


Use upper-case initial letter 


none 


none 


WMx Templates 




TSS grouping 


Use all upper-case letters 


none 


none 


TP RT PS TR 




Item group within a 
module 


Use lower-case initial letter 


none 


none 


messageGroup 




Data type 


Use upper-case initial letter 


none 


none 


SetupContents 




List type identifiers 


Use upper-case initial letter 


none 


none 


DIMapleList 




Message template 


Use lower-case initial letter 


m_ 


none 


m_setuplnit 




Message template 
with wildcard or 
matching expression 


Use lower-case initial letters 


mw_ 


none 


mw_setupBasic 




Port instance 


Use lower-case initial letter 


none 


none 


signallingPort 




Test component ref 


Use lower-case initial letter 


none 


none 


userTerminal 




Signature 


Use lower-case initial letter 


s 


none 


s_callSignature 




External function 


Use lower-case initial letter 


xf_ 


none 


xf_calculateLength() 




Constant 


Use lower-case initial letter 


c 


none 


c maxRetransmission 




Function 


Use lower-case initial letter 


f 


none 


f_authentication() 




Altstep 


Use lower-case initial letter 


a 


none 


a_receiveSetup() 




Altstep (Default) 


Use lower-case initial letter 


d 


none 


d_receiveOtherMessages() 




Variable 


Use lower-case initial letter 


v_ 


none 


v_basicCid 




Variable, global to 
component 


Use lower-case initial letter 


g_ 


none 


g_ssSimu.basicCid 




Timer 


Use lower-case initial letter 


t_ 


_min 
_max 


t_wait 
t_auth_min 


Note 1 


Module parameters 
PICS values 
PIXIT values 


Use all upper case letters 


none 


none 


PIC_T7PXT_TNOAC 


Note 2 


External constant 


Use lower-case initial letter 


xc_ 


none 


xc macld 




Parameterization 


Use lower-case initial letter 


P_ 


none 


p_macld 




Enumerated Value 


Use lower-case initial letter 


e_ 


none 


e_synCpk 




NOTE 1 : If a time window is needed, the suffixes "_min" and "_max" should be appended. 
NOTE 2: In this case it is acceptable to use underscore as a word delimiter. 
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6.2.2 Test Case (TC) identifier 



Table 8: TC naming convention 



TC_<st>_<pg>_<fg>_<sg>_<ini>_<x>_H<nnn> 






<st> = side type 


BS 


Base Station 




SS 


Subscriber Station 


<pg> = protocol group 


CDM 


Channel Descriptors and Maps 




RLC 


Radio Link Control 




INI 


Registration, IP Connectivity, and Parameter 
Transfer 




PKM 


Privacy and Key Management 




DS 


Dynamic Services 




BWA 


Bandwidth Allocation and Polling 




RER 


Reset and Re-registration 




CCC 


Clock Comparison 




MAC 


MAC PDU Construction 




PCS 


Packet CS 


<fg> = function group 


MAP 


Map and Frame Structure 




CD 


Channel Descriptors 




CDC 


Channel Descriptor Change 




IRNG 


Initial Ranging 




PRNG 


Periodic Ranging 




DBPC 


Downlink Burst Profile Management 




SBC 


Negotiate Basic Capabilities 




REG 


Registration 




IPC 


IP Connectivity 




AUTH 


Authentication/Authorization 




TEK 


Encryption Key Transfer 




SAM 


Security Association Management 




EKS 


Encryption and Key Scheduling 




DSA 


Dynamic Service Addition 




DSC 


Dynamic Service Change 




DSD 


Dynamic Service Deletion 




REQ 


Request/Grant 




MCP 


Multicast Polling 




PACK 


Packing 




FRAG 


Fragmentation 




CAT 


PDU Concatenation 




CRC 


Cyclic Redundancy Check (CRC) 




ARQ 


ARQ 




PCU 


Packet CS Usage 




CLS 


Classification 




CDS 


Classifier DSx Signalling 




PHS 


Payload Header Suppression 


<sg> = subfunction group 


INIT 


Initialization 




OPN 


Operation 




RLV 


Relevance 




KU 


Key Usage 




ENC 


Encryption 




DEC 


Decryption 














<ini> = initiator of procedure or direction of flow 


Bslni 


Procedure is initiated by BS 




Sslni 


Procedure is initiated by SS 




DL 


Downlink 




UL 


Uplink 


<x> = type of testing 


BV 


Valid Behavior Tests 




Bl 


Invalid Syntax or Behavior Tests 




BO 


Inopportune Behavior Tests 




Tl 


Timer and Counter Tests 


<nnn> = sequential number 


Hnnn 


(H000, H001, ... ) 
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EXAMPLE: TP identifier: TP/S S/RLC/IRNG/B V-H002 

TC identifier: TC_SS_RLC_IRNG_BV_H002. 
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Annex A (normative): 
Abstract Test Suite (ATS) 

This ATS has been produced using the Testing and Test Control Notation (TTCN-3) according to ES 201 873-1 [8]. 



A.1 The TTCN-3 Module 

The TTCN-3 module corresponding to the ATS is contained in a compressed file named WMx_ATS_vl07.zip 
contained in archive ts_10238503v020101p0.zip which accompanies the present document. 
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Annex B (normative): 

Partial PIXIT proforma for HiperMAN DLC 

Notwithstanding the provisions of the copyright clause related to the text of the present document, ETSI grants that 
users of the present document may freely reproduce the Partial PIXIT proforma in this annex so that it can be used for 
its intended purposes and may further publish the completed Partial PIXIT. 



The PIXIT Proforma is based on ISO/IEC 9646-6 [6]. Any needed additional information can be found in this 
international standard document. 



B.1 Identification summary 



Table B.1 



PIXIT Number: 




Test Laboratory Name: 




Date of Issue: 




Issued to: 





B.2 ATS summary 



Table B.2 



Protocol Specification: 


TS 102 178, 
TS 102 210 
Or 

IEEE P802.16-2004, IEEE P802.16-2004/Cor1/D3 


Protocol to be tested: 




ATS Specification: 


RTS/BRAN-004T002-3R1 


Abstract Test Method: 


RTS/BRAN-004T002-3R1 clause 4 



B.3 Test laboratory 



Table B.3 



Test Laboratory Identification: 




Test Laboratory Manager: 




Means of Testing: 




SAP Address: 
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B.4 Client identification 



Table B.4 



Client Identification: 




Client Test manager: 




Test Facilities required: 





B.5 SUT 



Table B.5 



Name: 




Version: 




SCS Number: 




Machine configuration: 




Operating System Identification: 




IUT Identification: 




PICS Reference for IUT: 




Limitations of the SUT: 




Environmental Conditions: 





B.6 Protocol layer information 
B.6.1 Protocol identification 



Table B.6 



Name: 


BRAN HM - DLC layer TS 1 02 1 78 
BRAN HM - System Profiles TS 102 210 
Or 

WiMAX - WirelessMAN OFDM IEEE P802.1 6-2004, 
IEEE P802.16-2004/Cor1/D3 


Version: 




PICS References: 





B.6.2 IUT information 

For type and value definition consult the TTCN-3 module WMx_Pixits.ttcn. 
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B. 6.2.1 Timers 



Table B.7: Timers 



Name 


Comment 


PXT TDONE 


Guard timer when MTC waits for all component done 


PXT TSYNC 


Guard timer when MTC syncs the PTC 


PXT TRIGGER 


Guard timer when MTC triggers the PTC 


PXT TAC 


Guard timer to control a reaction 


PXT TNOAC 


Guard timer to control a non-reaction 


PXT TWAIT 


Wait for an implicit send 


PXT TDCD INTERVAL 


The time between transmission of DCD messages 


PXT TUCD INTERVAL 


The time between transmission of UCD messages 


PXT LOST ULMAP INTERVAL 


The time between transmission of UL-MAP messages 


PXT LOST DLMAP INTERVAL 


The time between transmission of DL-MAP messages 



B.6.2.2 Common Configuration 



Table B.8: Common Configuration 



Name 


Comment 


PXT_BS_SIMU_BS_ID 


TE sends this BaseStationld in DL-MAP and DCD to 
SS(IUT) 


PXT_BS_SIMU_UIUC 


TE sends this UiucShort in UCD and UL-MAP to 
SS(IUT) 



B.6.2.3 DL-MAP message 



Table B.9: DL-Map message 



Name 


Comment 


PXT_MAX_NR_OF_DLMAP_RCV 


Number of times that DL-MAP shall be 
received in order to assure periodic reception 



B.6.2.4 DCD message 



Table B.10: DCD message 



Name 


Comment 


PXT MAX NR OF DCD RCV 


Number of times that DCD shall be received in order 
to assure periodic reception 



B.6.2.5 UCD message 



Table B.11 : UCD message 



Name 


Comment 


PXT SS SIMU MAX NR OF UCD RCV 


Number of times that UCD shall be received in order to 
assure periodic reception 
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B.6.2.6 RNG-REQ message 



Table B.12: RNG-REQ message 



Name 


Comment 


PXT SS SIMU MAC ADDRESS 


TE sends this MAC Address in RNG-REQ to BS (IUT) 


PXT SS SIMU MAC VERSION 


TE sends this MAC version in RNG-REQ to BS (IUT) 


PXT_ROBUST_DIUC 


TE sends this DIUC in RNG-REQ to BS (IUT). This Diuc 
shall indicate a robust profile 


PXT RNG ANO 


TE sends this Ranging Anomaly in RNG-REQ to BS (IUT) 


PXT SS SIMU POWER LEVEL ADJUST 


TE sends this power level adjust in RNG-REQ to BS (IUT) 


PXT SS SIMU TIMING ADJUST 


TE sends this timing adjust in RNG-REQ to BS (IUT) 


PXT SS SIMU MAX TX POWER RNG 


max Tx Power level of SsSimu during ranging. If BS (IUT) 
keeps asking for more power than this Pixits indicates, 
then a RNG-REQ with anomalie 
c_ssAlreadyAtMaximumPower is sent 



B.6.2.7 RNG-RSP message 



Table B.13: RNG-RSP message 



Name 


Comment 


PXT_BASIC_CID 


TE sends this Basic Cid in RNG-RSP to 
SS(IUT) 


PXT_PRIM_CID 


TE sends this Primary Cid in RNG-RSP to 
SS(IUT) 


PXT_SEC_CID 


TE sends this Secondary Cid in RNG-RSP to 
SS(IUT) 


PXT_PHY_PARAMS_ADJUST_TOLERANCE 


TE sends this adjustment tolerance in RNG- 
RSP to SS(IUT) 


PXT_BS_SIMU_POWER_LEVEL_ADJUST 


TE sends this PowerLevelAdjust in RNG-RSP 
to SS(IUT) 


PXT_BS_S I M U_TI M I NG_AD J U ST 


TE sends this TimingingAdjust in RNG-RSP to 
SS(IUT) 


PXT_BS_SIMU_TOO_LARGE_TIMING_ADJUSTMENTS 


TE sends this TimingingAdjust which is too 
large in RNG-RSP to SS(IUT) 

This shall trigger the lUTs 
reaction with a RNG-REQ indication 

** Ranging Anomaly "Sum of 
commanded timing adjustments is too large" 
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B.6.2.8 SBC-REQ message 



Table B.14: SBC-REQ message 



Name 


Comment 


PXT SS SIMU AUTHORIZATION POLICY SUPPO 
RT 


Indicates if the BS suooorts the IEEE 802 16 securitv 
policy. The TE sends this to the BS (IUT) in a 
SBC-REQ. 


PXT SS SIMU BANDWIDTH ALLOCATION SUPP 
ORT 


TE sends this Bandwidth Allocation Support in 
SBC-REQ to BS (IUT). 


PXT SS SIMU TTG 


TE sends this Tta in SBC-REQ to BS (IUT) 

1 1— UV/I IV^vJ LI 1 1 1 Ly II 1 V—/ 1—/ >—/ 1 I 1— V-X lv 1— /V-/ I 1 V/ 1 I ■ 

transmit/receive transition gap TTG (in PSs). 


PXT_SS_SIMU_RTG 


TE sends this Rtg in SBC-REQ to BS (IUT). 
receive/transmit transition gap RTG (in PSs). 


PXT SS SIMU MAC PDU CONSTRUCTION CAP 


The BS (IUT) sends this to the TE in a SBC-RSP 
(orovided this Darameter is orovided in the 

l k/l V V V\J LI MO KJ LA. 1 CLI 1 IwLvl 1 O L/l VJ V III U 1 V 

corresponding SBC-REQ). 


PXT SS SIMU MAX TX POWER 


The TE sends this max oower suooort in SBC-REO to 

1 1 lv 1 1— Owl IUO LINO III CA/\ UVy VV vl OUUUUl L III V— / 1— / / 1 1 1_ \j< L V_/ 

BS (IUT). 


PXT SS SIMU PKM FLOW CONTROL 


The max nurnber of outstanding PKM transactions 
supported by the TE. The TE sends this to the BS 
(IUT) in a SBC-REQ. 


PXT SS SIMU MAX NR SEC ASSOCIATIONS 


The max number of simultaneous security 
associations of the SS (TE). The TE sends this to the 
BS (IUT) in a SBC-REQ. 


PXT_SS_SIMU_OFDM_FFT_SIZES 


The FFT sizes supported by the SS (TE). The TE 
sends this to the BS (IUT) in a SBC-REQ. 


PXT_SS_SIMU_OFDM_DEMODULATOR 


The demodulator options supported by the SS (TE). 
The TE sends this to the BS (IUT) in a SBC-REQ. 


PXT_SS_SIMU_OFDM_MODULATOR 


The modulator options supported by the SS (TE). The 
TE sends this to the BS (IUT) in a SBC-REQ. 


PXT_SS_SIMU_FOCUSED_CONTENTION 


The Focused Contention supported by the SS (TE). 
The TE sends this to the BS (IUT) in a SBC-REQ. 


PXT_SS_SIMU_TC_SPT 


TC layer support by the SS (TE). The TE sends this to 
the BS (IUT) in a SBC-REQ. 



B.6.2.9 SBC-RSP message 

Table B.15: SBC-RSP message 



Name 


Comment 


PXT_SET_OPTIONS_IN_SBC_RSP_WITH_PIXITS 


The TE sends in the SBC-RSP, in the case of [false] the 
received values from the SBC-REQ in the case of [true] 
new values 


PXT_BS_SIMU_BAN DW I DTH_ALLOCATION_SU P PORT 


If PXT_SET_OPTIONS_IN_SBC_RSP_WITH_PIXITS, 
then TE sends this Bandwidth Allocation Support in 
SBC-RSP to SS(IUT). 


PXT_BS_SIMU_SS_TTG 


If PXT_SET_OPTIONS_IN_SBC_RSP_WITH_PIXITS, 
then TE sends this TTG in SBC-RSP to SS(IUT). The 
TTG is a gap between the downlink burst and the 
subsequent uplink burst. This gap is an integer number 
of PS durations and starts on a PS boundary. 


PXT_BS_SIMU_SS_RTG 


If PXT SET OPTIONS IN SBC RSP WITH PIXITS, 
then TE sends this RTG in SBC-RSP to SS(IUT). The 
RTG is a gap between the uplink burst and the 
subsequent downlink burst. This gap is an integer 
number of PS durations and starts on a PS boundary. 


PXT BS SIMU MAX TX POWER 


If PXT SET OPTIONS IN SBC RSP WITH PIXITS, 
then TE sends this MAX_TX_POWER in SBC-RSP to 
SS(IUT). The maximum available power for BPSK, 
QPSK, 16-QAM and 64-QAM constellations. The 
maximum power parameters are reported in dBm and 
quantized in 0,5 dBm steps ranging from 
-64 dBm (encoded 0x00) to 63,5 dBm (encoded OxFF). 
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Name 


Comment 


PXT_BS_SIMU_PDU_CONSTRUCT_CAP 


If PXT SET OPTIONS IN SBC RSP WITH PIXITS, 
then TE sends this PDU CONSTRUCT CAP in 
SBC-RSP to SS(IUT). PDU_CONSTRUCT_CAP: 
Capabilities for Construction and Transmission of MAC 
PDUs 


PXT_BS_SIMU_PKM_FLOW_CTRL 


If PXT SET OPTIONS IN SBC RSP WITH PIXITS, 
then TE sends this PXT_BS_SIMU_PKM_FLOW_CTRL 
in SBC-RSP to SS(IUT). 


PXT_BS_SIMU_AUTH_POLICY_SUPPORT 


If PXT SET OPTIONS IN SBC RSP WITH PIXITS, 
then TE sends this AUTH POLICY SUPPORT in 
SBC-RSP to SS(IUT). 


PXT BS SIMU MAX NR SEC ASSOCIATIONS 


If PXT SET OPTIONS IN SBC RSP WITH PIXITS, 
then TE sends this MAX NR SEC ASSOCIATIONS in 
SBC-RSP to SS(IUT). 


PXT_BS_SIMU_CURRENT_TX_POWER 


If PXT SET OPTIONS IN SBC RSP WITH PIXITS, 
then TE sends this CURRENT_TX_POWER in 
SBC-RSP to SS(IUT). The transmitted power used for 
the burst which carried the message. The parameter is 
reported in dBm and is quantized in 0,5 dBm steps 
ranging from -64 dBm (encoded 0x00) to 63,5 dBm 
(encoded OxFF). 


PXT_BS_SIMU_OFDM_FFT_SIZES 


If PXT SET OPTIONS IN SBC RSP WITH PIXITS, 
then TE sends this OFDM_FFT_SIZES in SBC-RSP to 
SS(IUT). This field indicates the FFT sizes supported by 
the SS. For each FFT size, a bit value of indicates 
"not supported" while 1 indicates "supported". 


PXT_BS_SIMU_OFDM_DEMODULATOR 


If PXT_SET_OPTIONS_IN_SBC_RSP_WITH_PIXITS, 
then TE sends this OFDM_DEMODULATOR in 
SBC-RSP to SS(IUT). This field indicates the different 
demodulator options supported by a WirelessMAN- 
OFDM PHY SS for downlink reception. A bit value of 
indicates "not supported" while 1 indicates "supported". 


PXT_BS_SIMU_OFDM_MODULATOR 


If PXT SET OPTIONS IN SBC RSP WITH PIXITS, 
then TE sends this OFDM_MODULATOR in SBC-RSP 
to SS(IUT). This field indicates the different modulator 
options supported by a WirelessMAN-OFDM PHY SS 
for uplink transmission This field is not used for other 
PHY specifications. A bit value of indicates "not 
supported" while 1 indicates "supported". 


PXT_BS_SIMU_OFDM_TC_SUBLAYER_SPT 


If PXT SET OPTIONS IN SBC RSP WITH PIXITS, 
then TE sends this O F D M_TC_S U B LA YE R_S PT in 
SBC-RSP to SS(IUT). This field indicates whether or not 
the SS supports the TC sublayer.0. A bit value of 
indicates "not supported" while 1 indicates "supported". 



B.6.2.10 REG-REQ message 

Table B.16: REG-REQ message 



Name 


Comment 


PXT_SS_SIMU_UL_TRANSPORT_CID_SUPPORT 


How many UL Transport Cids does SsSimu support? 
TE sends this NmbrUITransportCidsSupported in 
REG-REQ to BS(IUT) 


PXT_SS_SIMU_DL_TRANSPORT_CID_SUPPORT 


How many UL Transport Cids does SsSimu support? 
TE sends this NmbrUITransportCidsSupported in 
REG-REQ to BS(IUT) 
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B.6.2.11 REG-RSP message 



Table B.17: REG-RSP message 



Name 


Coimimpnt 

wUI 1 II 1 Id 11 


PXT_SET_OPTIONS_IN_REG_RSP_WITH_PIXITS 


TE sends in the REG-RSP, in the case of [false] the 
received values from the REG-REQ, in the case of 

Hti ipI np\A/ \/a h ipq 
[ii ucj i icvv vaiuco 


PXT_BS_SIMU_UL_TRANSPORT_CIDS 


TE sends this NmbrUITransportCidsSupportedTLV in 
REG-RSP to SS(IUT). This field shows the number of 
Uplink CIDs the SS can support. The minimum value 
is three for managed SSs and two for unmanaged 

CCo An QQ chall ci innnrt a Racin PID a Primarv 
OOo. AMI OO ol ld.ll oU|J|JUl I d DaolU OIL/, d rllllldiy 

Management CID, and or more Transport CIDs. A 
managed SS shall also support a Secondary 
Management CID 


PYT ^IMI I ni TRANSPORT Pin^ 

1 /\ 1 DO OIIVIU U l_ 1 nnlNOrUn 1 ulUO 


TP conrlc thic MmhrDITrancnnrtfiHcQi mnnrtoHTI \/ in 
1 l__ bcl lUo LI Mo INI 1 IUI L/l 1 Idl lo|JUI lOIUoOU|J|JUi LUU 1 1 V III 

REG-RSP to SS(IUT). This field shows the number of 
Downlink transport CIDs the SS can support 


PYT R9 1 IV/1 1 1 QC IWIMfiT 9PT 

1 /\ 1 DO 1 1 VI LJ OO 1 VII N \J 1 Or 1 


TP oonrlc thic QcMananemontQi innnrt in 

1 t- OCl lUo LI No OolVldl IdLJ CI 1 Id 1 LOU|J|JUI L III 

REG-RSP to SS(IUT). This field indicates whether or 
not the SS is managed by standard-based IP 
messages over the secondary management 
connection 


PYT RS ^IMl 1 IP MNGT MDDF 

1 /\ 1 DO OIIVIO 1 1 1 VII N \J 1 IVIVOL^ 1 


TP opnrlc thic InMananf^mf^ntMnrlfi in RPf^-RQP tn 
i i ociiuo li no ipividi idyci i ici iliviuuc iii nLU nor LU 

SS(IUT). The IP management mode parameter 
dictates whether the provider intends to manage the 

5^5^ nn an nnnninn hpcic via IP-hpcpH mprhpnicmc 

oo w i i di i ui i y w 1 1 i y uaoio vid in uaocu 1 1 icui icii iioi i i o 


PXT_BS_SIMU_IP_VERSION 


TE sends this IpVersion in REG-RSP to SS(IUT). This 
field indicates the version of IP used on the Secondary 
Mananpmpnt Cnnnprtinn 

ividi iciyd i ici ii \s\J i ii icwuui i 


PXT_BS_SIMU_CS_SPT 


TE sends this CsSupport in REG-RSP to SS(IUT). 
This parameter indicates which classification/PHS 

nntinnc pnH f^Dl 1 pnranculptinn thp 5^5^ cunnnrtc Rv 

w li w i io di i\J ouu ci ioa[Jou iciuui i u ic oo o uppu i lo . \—> y 

default, Packet, IPv4 and 802.3/Ethernet shall be 
supported 


PXT_BS_SIMU_MAX_CLASSIFIER_NMBR 


TE sends this MaxClassifiersNumber in 

Dpr^pqp + n Qc/|ijt\ Thic ic thp maximum numhpr nf 

i 1 1 \j nor lkj oo^iu i j . iinoioiiioii idAi 1 1 1 u 1 1 1 1 1 u 1 1 1 L/C i w i 

admitted Classifiers that the SS supports 


PXT_BS_S 1 M U_P H S_S PT 


TE sends this PhsSupport in REG-RSP to SS(IUT) 
** Thic naramptpr inrliratpc thp IpvpI nf 

i i no i^/di di i iclci ii ivjiodioo 11 1 c icvci \j\ 

PHS support. 


PXT_BS_SIMU_ARQ_SPT 


TE sends this ArqSupport in REG-RSP to SS(IUT). 
This field indicates the availability of SS support for 
ARO 


PXT BS SIMM DSX FLOW CONTROL 


TE cpnriq thjq DcxFlnwCnntrnl in REG-RSP tn 

1 1 OCI IUO 11 NO 1—s O /\ 1 lUVV KJ UI 1 L 1 UI III 1 11 \-A 1 I v_J 1 LU 

SS(IUT). This field specifies the maximum number of 
concurrent DSA, DSC, or DSD transactions that may 
be outstanding 


PXT_BS_SIMU_MCA_FLOW_CONTROL 


TE sends this McaFlowControl in REG-RSP to 
SS(IUT). This field specifies the maximum number of 
concurrent MCA transactions that may be outstanding 


PXT BS SIMU PG CID SUPPORT 


TE sends this MulticastPGCidSupport in 
REG-RSP to SS(IUT). This field indicates the 
maximum number of simultaneous. Multicast Polling 
Groups the SS is capable of belonging to 


PXT BS SIMU VENDOR ID 


TE sends this Vendorld in REG-RSP to SS(IUT) 


PXT_BS_SIMU_VENDOR_INFO 


TE sends this Vendorlnformation in REG-RSP to 
SS(IUT) 
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B.6.2.12 Dynamic Service 



Table B.18: Dynamic Service 



Name 


Comment 


PXT SFID 


Service Flow Identifier 


PXT SFID 2 


Service Flow Identifier for 2nd connection 


PXT TRAFFIC RATE 


Peak Traffic Rate in bits per second 


PXT PKT CLASS RULE INDEX 


Identifies a Packet Classifier Rule 


PXT PKT CLASS RULE PRIORITY 


Identifies a Packet Priority Rule 


PXT SCHEDULING TYPE 


TE sends this Scheduling Type in DSA-REQ to SS(IUT) 


PXT CS LAYER 


TE sends this Scheduling Type in DSA-REQ to SS(IUT) 


PXT_TRANSPORT_CID 


TE sends this Transport Cid in DSA-REQ to SS(IUT). 
Data will be sent on this Cid 


PXT_TRANSPORT_CID_2 


TE sends this 2nd Transport Cid in 2nd DSA-REQ to 
SS(IUT). Data will be sent on this Cid 



B.6.2.13 BWA 



Table B.19: BWA 



Name 


Comment 


PXT_BW_REQ 


Bandwidth request in units of Bytes/second. The TE 
sends this to the BS (IUT) in a Bandwidth Request 


PXT_BW_REQ_TYPE 


Bandwidth request type. Either aggregate or 
incremental. The TE sends this to the BS (IUT) in a 
Bandwidth Request 



B.6.2.14 Test adapter 



Table B.20: Test adapter 



Name 


Comment 


PXT FRAME SPECIFIC HEADER LENGTH 


What is the FrameSpecificHeaderLength ? 


PXT DIRECTION 


UL or DL direction? 


PXT SUBFRAME CONTROL 


What kind of subframe control? 


PXT BURST CONTROL 


What kind of burst control? 


PXT SUBFRAME NO 


What subframe number? 


PXT BURST NO 


Which burst number ? 


PXT PDU NO 


Which PDU number? 


PXT TRANSMITTED POWER 


Transmitted Power 


PXT CENTER FREQUENCY 


Center Frequency in kHz 


PXT TIMING 


What kind of timing? 


PXT_LOW_POWER_LEVEL 


What is the lowest power level on which TE can 
send and that IUT (BS) will not accept ? 
In Units of??? 


PXT_D E F AU LT_POW E R_L E V E L 


What is the default power level on which TE can 
send and that IUT (BS) will accept ? 
In Units of??? 
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Annex C (normative): 

PCTR Proforma for HiperMAN DLC 

Notwithstanding the provisions of the copyright clause related to the text of the present document, ETSI grants that 
users of the present document may freely reproduce the PCTR proforma in this annex so that it can be used for its 
intended purposes and may further publish the completed PCTR. 



The PCTR proforma is based on ISO/IEC 9646-6 [6]. Any needed additional information can be found in this 
International standard document. 



C.1 Identification summary 

C. 1 . 1 Protocol conformance test report 



Table C.1 



PCTR Number: 




PCTR Date: 




Corresponding SCTR Number: 




Corresponding SCTR Date: 




Test Laboratory Identification: 




Test Laboratory Manager: 




Signature: 





C.1.2 IUT identification 

Table C.2 



Name: 




Version: 




Protocol specification: 




PICS: 




Previous PCTR if any: 





C.1.3 Testing environment 

Table C.3 



PIXIT Number: 




ATS Specification: 




Abstract Test Method: 


RTS/BRAN-004T002-3R1 clause 4 


Means of Testing identification: 




Date of testing: 




Conformance Log reference(s): 




Retention Date for Log reference(s): 
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C.1 .4 Limits and reservation 

Additional information relevant to the technical contents or further use of the test report, or the rights and obligations of 
the test laboratory and the client, may be given here. Such information may include restriction on the publication of the 
report. 



C.1.5 Comments 

Additional comments may be given by either the client or the test laboratory on any of the contents of the PCTR, for 
example, to note disagreement between the two parties. 



C.2 IUT Conformance status 

This IUT has or has not been shown by conformance assessment to be non-conforming to the specified protocol 
specification. 

Strike the appropriate words in this sentence. If the PICS for this IUT is consistent with the static conformance 
requirements (as specified in clause C.3 in this report) and there are no "FAIL" verdicts to be recorded (in clause C.6 
in this report) strike the words "has or", otherwise strike the words "or has not". 



C.3 Static conformance summary 

The PICS for this IUT is or is not consistent with the static conformance requirements in the specified protocol. 
Strike the appropriate words in this sentence. 

C.4 Dynamic conformance summary 

The test campaign did or did not reveal errors in the IUT. 

Strike the appropriate words in this sentence. If there are no "FAIL" verdicts to be recorded (in clause C.6 of this 
report) strike the words "did or" otherwise strike the words "or did not". 

Summary of the results of groups of test: 



ETSI 



26 



ETSI TS 102 385-3 V2.1.1 (2005-12) 



C.5 Static conformance review report 

If clause C.3 indicates non-conformance, this clause itemises the mismatches between the PICS and the static 
conformance requirements of the specified protocol specification. 



C.6 Test campaign report 



Table C.4: SS test cases 



ATS RofGrGnce 


oeiectea < 


Run? 


Verdict 


Observations 
^rieTerence to any 
observations made 

Vww&l Villi \J 1 ■ w IIIHUv 

in clause C.7) 


TC SS CDM MAP INIT BV H000 


Yes/No 


Yes/No 






TC SS CDM MAP INIT BV H002 


Yes/No 


Yes/No 






TC SS CDM MAP RLV BV H000 


Yes/No 


Yes/No 






TC SS CDM MAP RLV BV H001 


Yes/No 


Yes/No 






TC SS CDM MAP OPN BV H000 


Yes/No 


Yes/No 






TC SS CDM CD BV H000 


Yes/No 


Yes/No 






TC SS CDM CD BV H001 


Yes/No 


Yes/No 






TC SS RLC IRNG BV H000 


Yes/No 


Yes/No 






TC SS RLC IRNG BV H001 


Yes/No 


Yes/No 






TC SS RLC IRNG BV H015 


Yes/No 


Yes/No 






TC SS RLC IRNG BV H100 


Yes/No 


Yes/No 






TC SS RLC IRNG BV H101 


Yes/No 


Yes/No 






TC SS RLC IRNG BV H102 


Yes/No 


Yes/No 






TC SS RLC IRNG BV H002 


Yes/No 


Yes/No 






TC SS RLC SBC BV H000 


Yes/No 


Yes/No 






TC SS RLC SBC BV H001 


Yes/No 


Yes/No 






TC SS INI REG BV H000 


Yes/No 


Yes/No 






TC SS DS DSA BV H000 


Yes/No 


Yes/No 






TC SS DS DSA BV H002 


Yes/No 


Yes/No 






TC SS DS DSA BV H001 


Yes/No 


Yes/No 






TC SS DS DSA BV H003 


Yes/No 


Yes/No 






TC SS DS DSD BV H000 


Yes/No 


Yes/No 






TC SS DS DSD BV H001 


Yes/No 


Yes/No 






TC SS BWA REQ BV H000 


Yes/No 


Yes/No 






TC SS BWA REQ BV H001 


Yes/No 


Yes/No 






TC SS BWA REQ BV H002 


Yes/No 


Yes/No 






TC SS BWA REQ BV H003 


Yes/No 


Yes/No 






TC SS BWA REQ BV H004 


Yes/No 


Yes/No 
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Table C.5: BS test cases 



a i o rieTerence 


oeieciea r 


Run? 


veraici 


Observations 
^rieTerence 10 any 

nhcor\/3tinnc moHo 
UUbcl VdUUllo IlldUc 

in rlau^p P 7^ 

III V/luUOC \Sm 1 J 


TC HDM MAP RV H000 

1 v_/ DO OL^IVI 1 V 1 f\ \ i—) V 1 IUUU 


Ypo/Nn 

I Co/ IMU 


Ypo/Nn 

I CO/ INU 






tp. nnivi map rv Hnm 

1 O DO vUlvl 1 VIAA 1 DV 1 1 WW 1 


Ypo/Nn 

I Co/ IMU 


YpoVNn 

I CO/ INU 






tp. r^ nnivi map rv Hnn? 

1 O DO WUIVI IVIAAr DV 1 lUUt. 


Ypo/Nn 

I CO/ 1 NU 


Ypo/Nn 

I CO/ INU 






tp r^ pdm pn r\/ Hnnn 

i o do kjUivi wu d v nuuu 


Vpc/Mn 

I Co/ l\IU 


Vpc/Mn 

I Co/ INU 






TP R9 PDM PD RV HDD1 

1 DO WUIVI \j\-J D V 1 1 W W 1 


Ypo/Nn 

I Co/ IMU 


Ypo/Nn 

I CO/ INU 






TP R9 PDM PD RV HDD2 

1 w DO WUIVI W D D V nUuL 


Ypo/Nn 

I Co/ IMU 


Ypo/Nn 

I CO/ INU 






TP R^ Rl P IRNP RV Hfinn 
i \j do ri i— o iriiNvja dv i i w w w 


Ypo/Nn 

I Co/ IMU 


Ypo/Nn 

I CO/ INU 






TP R^ Rl P IRNP RV HDD1 
i \j do r\ i— o ipiinvj dv i i w w i 


Ypo/Nn 

I Co/ IMU 


Ypo/Nn 

I Co/ INU 






TP R9 Rl P IRNf; RV HDD? 

1 \j DO 11 l_w 1 1 1 1 N \J DV riuUt 


Vpc/Mn 

I Co/ INU 


Vpc/Mn 

I Co/ INU 






TP R9 Rl P IRNG RV H009 

1 v_/ DO nLw miMW DV 1 1 W W W 


Ypo/Nn 

I Co/ INU 


Ypo/Nn 

I CO/ INU 






TP R9 Rl P IRNG RV H01 

1 v_/ DO ril—V./ 1 ni N D V 1 1 W 1 w 


Ypo/Nn 

I Co/ INU 


Ypo/Nn 

I Co/ INU 






TP R^ RIP IRNP RV HD11 

1 \j do r\i_o IPllNVJ DV 1 1 W 1 1 


Ypo/Nn 

I CO/ INU 


Ypo/Nn 

I CO/ INU 






tp r^ ri p irnp ti Hnnn 

i \j do r\i_o ipiinnj i i i i w w w 


Ypo/Nn 

I Co/ INU 


Ypo/Nn 

I Co/ INU 






TP R9 Rl P IRNG TI Hnm 

I v_/ do r\i_o 1 11 1 \ \J 1 1 riuU 1 


Vpc/Mn 

I Co/ INU 


Vpc/Mn 

I Co/ INU 






TP R9 Rl P PRNG RV Hnn2 

1 O DO 1 1 1_ v_/ i ni \ VJ D V 1 IUUl. 


Ypo/Nn 

I CO/ INU 


Vpq/Nn 

I CO/ INU 






tp r^ ri p ^rp rv Hnnn 

1 \j DO li 1— v_/ OUW DV 1 1 WWW 


Ypo/Nn 

I CO/ INU 


YpoVNn 

I CO/ INU 






tp r^ n^A rv Hnnn 

1 Kj do DO DOAA DV 1 1 w w w 


Ypo/Nn 

I CO/ INU 


Ypo/Nn 

I Co/ INU 






tp r^ n^A rv Hnn^ 

1 Kj do DO DOAA DV 1 1 www 


Ypo/Nn 

I CO/ INU 


Ypo/Nn 

l Co/ INU 






TC BS DS DSA BV H001 


Yes/No 


Yes/No 






TC BS DS DSA BV H004 


Yes/No 


Yes/No 






TC BS DS DSD BV H000 


Yes/No 


Yes/No 






TC BS DS DSD BV H001 


Yes/No 


Yes/No 






TC BS BWA REQ BV H000 


Yes/No 


Yes/No 






TC BS BWA REQ BV H001 


Yes/No 


Yes/No 






TC BS BWA REQ BV H002 


Yes/No 


Yes/No 






TC BS BWA REQ BV H003 


Yes/No 


Yes/No 






TC BS BWA REQ BV H004 


Yes/No 


Yes/No 







C.7 Observations 

Additional information relevant to the technical content of the PCTR is given here. 
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